home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_1 / isa_0991.zip / ISANET5.ZIP / ISANET.POL < prev   
Text File  |  1992-11-20  |  12KB  |  292 lines

  1. Updated: 20 November, 1992
  2.  
  3.  
  4.                   ┌───────────────────────────────────────┐
  5.                   │   ISANet Network Policy And Procedure │
  6.                   └───────────────────────────────────────┘
  7.  
  8.  
  9. ┌────────────────────┐
  10. │ Purpose of ISANet  │
  11. └────────────────────┘
  12.  
  13. ISANet is a new network, open to all system operators in the world who are
  14. interest in exchanging information between some or all of the system listed
  15. in the ISANet nodelist. The purpose is to provide an link with other sysops 
  16. or users of Inter-Stellar Annihilation
  17.  
  18. ┌───────────────────────┐
  19. │ Fees and Cost Sharing │
  20. └───────────────────────┘
  21.  
  22. There are absolutely no membership fees to join ISANet. Each zone must
  23. implement a cost sharing program to recover the cost of international
  24. mail transfer. Sysops should contact their ZEC for more details.
  25.  
  26. ┌───────────────┐
  27. │ Abbreviations │
  28. └───────────────┘
  29.  
  30.   Terms and Abbreviations used in this document policy are:
  31.  
  32.   - ZC ............................ Net Zone Coordinator.
  33.   - RC ............................ Net Region Coordinator.
  34.   - NC............................. Net Coordinator.
  35.   - ZEC ........................... Net Zone Echo Coordinator.
  36.   - REC ........................... Net Region Echo Coordinator.
  37.   - NEC ........................... Net Echo Coordinator.
  38.   - HUB ........................... Net Echo Hub.
  39.  
  40. ┌────────────┐
  41. │ ZC Duties: │
  42. └────────────┘
  43.  
  44.    (i) Compile zone nodelist updates for distribution to their zone.
  45.        Each ZC shall also make diff files available for the other ZCs for
  46.        inclusion into their nodelists. The diff file shall be named as
  47.        ZoneXXX.ZZZ (Where ZZZ is the Zone number, Eg. Zone142.142)
  48.  
  49.   (ii) Distribute the nodelist and nodediff files to the RCs in their zone.
  50.  (iii) Assign new regions in their zone as needed.
  51.   (iv) Maintain the smooth flow and operation of their zone in AsiaNet.
  52.    (v) Work with the ZEC to assure smooth flow of echomail in their zone.
  53.   (vi) Act as an inter-zone netmail hub for the members in their zone.
  54.  
  55. ┌────────────┐
  56. │ ZEC Duties │
  57. └────────────┘
  58.  
  59.    (i) Distribute all mandatory echos to all downlinks in their zone.
  60.   (ii) Shall make available to all downlinks all echos originatig in
  61.        AsiaNet as well as optionally allowing echomail gated into another
  62.        zone.
  63.  (iii) Make available to any system in their zone, a list of all echomail
  64.        conferences available to the systems in their zone.
  65.   (iv) Should the zone choose, the ZC may also perform the duties of the
  66.        ZEC. In this case, the ZC shall maintain both nodelist entries.
  67.  
  68. ┌───────────┐
  69. │ RC Duties │
  70. └───────────┘
  71.  
  72.    (i) Compile nodelist updates for submission to the ZC for compilation.
  73.        The region nodelist file shall be named as REGxxx.RRR (Where RRR
  74.        is the region number, Eg. REG150.150)
  75.   (ii) Distribute the nodelist and nodediff files to the NCs in their
  76.        region.
  77.  (iii) Assign new nets in their region as needed.
  78.   (iv) Maintain the smooth flow and operation of their region in AsiaNet.
  79.    (v) Work with the REC to assure smooth flow of echomail in their region.
  80.  
  81. ┌────────────┐
  82. │ REC Duties │
  83. └────────────┘
  84.  
  85.    (i) Distribute all mandatory echos to all downlinks in their region.
  86.   (ii) Should make available to all downlinks all echos available in their
  87.        zone.
  88.  (iii) Make available to any system in their region, a list of all echomail
  89.        conferences available to the systems in their zone.
  90.   (iv) Should the region choose, the RC may also perform the duties of the
  91.        REC. In this case, the RC shall maintain both nodelist entries.
  92.  
  93. ┌───────────┐
  94. │ NC Duties │
  95. └───────────┘
  96.  
  97.    (i) Compile nodelist updates for submission the the RC for compilation.
  98.        The net nodelist shall be named as NETxxx.NNN. (Where NNN is the net
  99.        number, Eg. Net150.150).
  100.   (ii) Distribute the nodelist and nodediff files to the nodes in their net.
  101.  (iii) Assign new node numbers in their net.
  102.   (iv) Maintain the smooth flow and operation of their net in AsiaNet.
  103.    (v) Work with the NEC to assure smooth flow of echomail in their net.
  104.  
  105. ┌────────────┐
  106. │ NEC Duties │
  107. └────────────┘
  108.  
  109.    (i) distribute all mandatory echos to all nodes in their net.
  110.   (ii) shall make available to all nodes all echos available in their zone.
  111.  (iii) make available to any system in their net, a list of all echomail
  112.        conferences available to the systems in their zone.
  113.   (iv) Should the net choose, the NC may also perform the duties of the NEC.
  114.        In this case, the NC shall maintain both nodelist entries.
  115.  
  116. ┌───────────────────┐
  117. │ Echomail Backbone │
  118. └───────────────────┘
  119.  
  120. An international backbone shall be established for the smooth
  121. transmission of echomail conferences between zones.
  122.  
  123. (i) no gated echos shall be available on the backbone unless
  124. unanimously agreed upon by the ZECs.
  125.  
  126. (ii) all ZECs must make all backbone echos available to all regions
  127. in their zone. It is not required that the ZEC physically carry
  128. the echo, but they must enable the echo if the request arises.
  129.  
  130. ┌─────────────────────────┐
  131. │ General Echomail Policy │
  132. └─────────────────────────┘
  133.  
  134.    (i) The receiving of Echomail is a privilege not a right.
  135.  
  136.   (ii) All Sysops in ISANet must be set up to receive the Sysop Echo (known
  137.        as ISA_SYSOP) even if no other Echo mail areas are to be received by
  138.        the node.  This is a "mandatory" ISANet Sysop echo.
  139.  
  140.  (iii) No ISANet echo mail shall be transferred to any other network or Non-
  141.        ISANet member(s) without the permission of the NEC and the RC.  Points
  142.        off an ISANet Sysop are permitted.
  143.  
  144.   (iv) The NEC may refuse service to a node if that node is in a difficult
  145.        or inconvenient connection, a long distance connection, or is
  146.        excessively annoying.
  147.  
  148.    (v) A node wishing echo mail shall contact the NEC or their local Echo
  149.        Hub to request this service.
  150.  
  151.   (vi) It is suggested that Sysops receive as many of ISANet's Echo areas
  152.        as available and that they allow Users access to these areas to help
  153.        facilitate greater participation to ISANet's echo's (the exception of
  154.        which shall be the Sysop Echo, ISA_SYSOP of which normal Users are not
  155.        to have access to this area.
  156.  
  157.  (vii) All echo mail entered in ISA_SYSOP shall be public post with your real 
  158.  name. No alias are allowed. ISA_USER may be either.
  159.  
  160. ┌───────────────────────────────┐
  161. │ Making a Profit from Echomail │
  162. └───────────────────────────────┘
  163.  
  164. No entity in ISANet shall be allowed to make a profit from the
  165. distribution of conferences or any other publicly distributed
  166. material. Any fees collected by means of cost sharing which cause
  167. a surplus of funds shall be put back into the zone by means of
  168. social events, discounted future cost sharing, hardware upgrades
  169. for the zone or some other means as determined by the zone.
  170.  
  171. ┌──────────┐
  172. │ Echohubs │
  173. └──────────┘
  174.  
  175. NECs may appoint echohubs to assist them in the distribution of
  176. echomail.   This position shall be noted as HUB in the nodelist.
  177.  
  178. ┌─────────────────────┐
  179. │ Origin Line Address │
  180. └─────────────────────┘
  181.  
  182. All echomail entered into ISANet must contain only ISANet addresses in
  183. the origin line.  Repeated failure to comply with this regulation
  184. MAY result in the loss of echomail privileges.
  185.  
  186.  
  187. ┌────────────────────────┐
  188. │ Sysop's Responsibility │
  189. └────────────────────────┘
  190.  
  191. Sysops of nodes are solely responsible for mail entered on their
  192. system and are expected to take action generally regarded as
  193. appropriate assuming the message entered by a given individual does
  194. not meet generally accepted standards.   Further, the sysop of the
  195. system on which the message was entered shall make a full report to
  196. the net as to what has been done to eliminate the situation.
  197.  
  198.  
  199. ┌───────────────────┐
  200. │ Annoying Behavior │
  201. └───────────────────┘
  202.  
  203.    (i) There are references throughout this policy to "annoying behavior".
  204.        It is defined as a term (based upon the judgement of the RC or EH)
  205.        where, generally speaking, annoying behavior irritates, bothers, or
  206.        causes harm to some other person.
  207.  
  208.   (ii) All participants of ISANet (Users of BBS's and Sysop's of ISANet)
  209.        shall refrain from being obnoxious or abusive to other participants.
  210.        The RC and Echo Moderators shall be the judges of what is considered
  211.        to be "annoying".
  212.  
  213.  (iii) Any problems relating to messages and Users shall be forwarded to the
  214.        related echo moderators via netmail, for the moderator to handle if the
  215.        Sysop of the board where the originating "annoying" message(s) has not
  216.        delt with the offender (if it is a User) promptly.
  217.  
  218.   (iv) The RC shall deal directly with offending Sysop(s).
  219.  
  220.    (v) Excessive Swearing, Anti-Racist, Hate, Sexist or Lewd comments in all
  221.        message areas is to be considered "annoying" behavior.
  222.  
  223. ┌─────────────┐
  224. │ Network Use │
  225. └─────────────┘
  226.  
  227.    (i) ISANet is an amateur network.  Participants spend their own time and
  228.        money to make it work for the good of all the Users.  It shall not be
  229.        permitted for any commercial enterprise or person(s) to take advantage
  230.        of these volunteer efforts to further their own business interests.
  231.  
  232.   (ii) It shall be ISANet policy that commercial mail is not to be routed.
  233.        "Commercial mail" includes mail which furthers specific business or of
  234.        person(s) interests without being of benefit to the net as a whole.  
  235.        Examples include company-internal mail, inter-corporate mail, specific
  236.        product pricing inquiries/quotes, orders and their follow-ups, and all
  237.        other subjects specifically related to commercial business.
  238.  
  239.  
  240. ┌──────────────────┐
  241. │ Sysop Procedures │
  242. └──────────────────┘
  243.  
  244.    (i) As the Sysop of an BBS node, you can generally do as you please, as
  245.        long as you are not excessively annoying to other nodes in ISANet,
  246.        and do not promote or participate in the distribution of pirated or
  247.        copyrighted software or other illegal behavior via ISANet.
  248.  
  249.   (ii) New Sysops should familiarize themselves with ISANet's policy upon
  250.        receiving a node number.  Their Echo Hub is "responsible" for issuing
  251.        them the policy and nodelist.
  252.  
  253.  (iii) The Sysop listed in the nodelist entry is responsible for ALL traffic
  254.        entering ISANet via their system.  This includes (but is not limited
  255.        to) traffic entered by Users, points, and any other networks for which
  256.        the Sysop act's as a gateway.
  257.  
  258.  
  259. ┌────────────┐
  260. │ Down Nodes │
  261. └────────────┘
  262.  
  263.    (i) If it is known that your node will be down for an extended period (more
  264.        than a day or two), inform your coordinator AS SOON AS POSSIBLE prior to
  265.        the down time.  It is not your coordinator's responsibility to chase you
  266.        down for a status report. If your system stops accepting mail for longer
  267.        periods, then after a reasonable lenght of time, it may be determined 
  268.        that you are down for good and your node number may be removed from the
  269.        ISANet nodelist.
  270.  
  271.   (ii) Never put an answering machine or any other device which answers the
  272.        phone on your BBS phone line while you are down.  If you do, systems
  273.        calling will get the machine repeatedly, racking up large phone bills.
  274.  
  275.  (iii) If you will be leaving your system unattended for an extended period of
  276.        time (such as while you are on vacation), you must notify your local
  277.        coordinator.  As Systems have a tendency to "crash" now and then,  you
  278.        may want your coordinator to know that it is a temporary condition if
  279.        it happens while you are away.
  280.  
  281.  
  282.     David Schepper
  283.     142:100/0 142:150/0
  284.     ZC,ZEC, NC For Zone 142 & Region 150
  285.  
  286.  
  287.     Steve Baker
  288.     142:150/1
  289.     RC For Zone 142 & Region 150.
  290.  
  291.     
  292.